Antalya 26.3 Add 'PRs in Release' table to report#1592
Conversation
|
Should |
441c6d9 to
bceb0a1
Compare
bceb0a1 to
b5c51a3
Compare
b5c51a3 to
09082a7
Compare
3174cba to
567fe40
Compare
567fe40 to
e853348
Compare
|
AI audit note: This review comment was generated by AI (gpt-5.3-codex). Audit update for PR #1592 (add Confirmed defects: High: Stored HTML/script injection in Low: Error-path fallback can render raw Python list ( Coverage summary:
|
…jection Signed-off-by: CarlosFelipeOR <carlosfelipeor@gmail.com>
|
Fixed the High defect (HTML-escape of PR title and labels): The Low defect isn't exclusive to the new table: the early-return |
QA VerificationVerdict: passed, with one open design question (see below). This PR only changes the CI workflow report generator (Python + Jinja), so test suites were not considered. Verification was visual + functional on the rendered HTML reports. Reports inspected:
1. Tabbed navigation replaces the old TOC +
2. New "PRs in Release" tab (branch reports only)
3. `(missing verification)` highlighting
4. CSS / visual changes
5. Sections that previously had inline text are preserved inside their tabs
Open question / suggestion On a branch (release) report, the default tab is still CI Jobs Status, even when PRs in Release is present as the first tab. Is this intentional? For a release report it would arguably make more sense to land directly on "PRs in Release", which is the new feature surfaced by this PR — otherwise the new tab is somewhat hidden behind a click. Happy to keep current behavior if it was a deliberate consistency choice. |
Changelog category (leave one):
CI/CD Options
Exclude tests:
Regression jobs to run: